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(54) File formats, methods, and computer program products for representing presentations 



(57) File formats, methods, and computer program 
products are provided for representing a presentation in 
a modular content framework. The modular content 
framework may include afile form at container associated 
with modular parts. A file format includes logically sepa- 
rate modular parts that are associated with each other 
by one or more relationships where each modular part 
is associated with a relationship type. The modular parts 
include a presentation part representing a start part for 
the presentation, a slide master part associated with the 
presentation part, and a slide layout part associated with 
the slide master part. The modular parts may also include 
a document properties part containing built-in properties 
associated with the file format, a thumbnail part contain- 
ing associated thumbnails, and a slide part containing a 
slide in the presentation. Each modular part is capable 
of being interrogated separately, extracted from the pres- 
entation, and/or reused in a different presentation. 
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Description 

CROSS-REFERENCE TO RELATED APPLICATIONS 

[0001] This patent application is related to and filed 
with U.S. Patent Application, Attorney Docket No. 
60001. 0441 US01, entitled "File Formats, Methods, and 
Computer Program Products For Representing Docu- 
ments," filed on December 20, 2004; U.S. Patent Appli- 
cation, Attorney Docket No. 60001. 0440US01, entitled 
"Management and Use of Data in a Computer-Generated 
Document," filed on December20, 2004; and U.S. Patent 
Application, Attorney Docket No. 60001. 0447US01, en- 
titled "File Formats, Methods, and Computer Program 
Products For Representing Workbooks, "filed on Decem- 
ber 20, 2004; all of which are assigned to the same as- 
signee as this application. The aforementioned patent 
applications are expressly incorporated herein, in their 
entirety, by reference. 

TECHNICAL FIELD 

[0002] The present invention generally relates to file 
formats, and more particularly, is related to methods and 
formats for representing presentations in a componen- 
tized presentation application program. 

BACKGROUND 

[0003] The information age has facilitated an era of 
building informative slide presentations utilizing presen- 
tation software applications. However, the way in which 
previous file formats are created and structured to store 
a collection of graphical surfaces, typically called a pres- 
entation, has several drawbacks. For instance, previous 
presentation file formats are created in the form of a sin- 
gle file containing monolithic data. Because proprietary 
formats are generally used to create these single files, 
each company that builds presentation storage develops 
a different file format. Because the data within these dif- 
ferent file formats is monolithic and inaccessible in dis- 
crete parts, a series of problems are created. 
[0004] One problem is basic document or slide re-use. 
For instance, it is very difficult to extract one or more 
slides from a presentation and reuse the extracted slides 
in a different presentation and retain slide integrity, even 
in the same application. Comparatively, reusing slides 
between different applications, for example from POW- 
ERPOINT to HARVARD GRAPHICS, and HARVARD 
GRAPHICS to FREE LANCE GRAPHICS, is worse. Re- 
using content on a slide is similarly difficult. 
[0005] Secondly, because of the single file format, it is 
practically impossible to lock part of a presentation. Thus, 
a feature such as multi-user editing, where a number of 
people perhaps on different platforms, and/or from dif- 
ferent locales cooperatively edit a presentation with the 
help of a locking mechanism, is prohibited. Most of the 
technology in terms of locking is all done at the file level, 



thus if a file is locked by a user, no other users can edit 
the file. Viewing is possible, but not editing. 
[0006] There is also a problem of document interroga- 
tion. Finding content within a presentation, for example 

s finding slides for a 2004 sales forecast, can be a daunting 
task. It is very difficult to find discrete parts within a mon- 
olithic file format presentation where semantics of the 
content can be determined. Even if a tool is built to inter- 
rogate one previous file format, the same tool could not 

10 be used to interrogate a different previous file format. 
This problem exists even when an existing binary file 
format is documented. It is stil I difficu It to implement read- 
er and writer classes that can handle existing binary file 
formats well. Even if atool targeted at an application was 

is developed it could not interrogate all document formats. 
This problem is referred to as the opaqueness of single 
file formats. 

[0007] Still further, due to intermingling of data, the 
ability to re-brand a presentation, or multiple presenta- 
20 tions, is nearly impossible outside of the presentation ap- 
plication. Re-branding a presentation involves taking a 
slide from presentation A, moving it to presentation B, 
and making the slide look as though it was authored in 
the normal authoring context of presentation B. Although, 
25 the slide may pick up some colors from the presentation 
B, the slide will not be displayed as though it was actually 
authored in presentation B. 

[0008] Document surfacing, the ability to take pieces 
of one file formatted document and drop them into an- 
30 other document, is also a problem. For instance, a 
spreadsheet table copied from a spreadsheet document 
into a presentation document is difficult to interrogate in 
a monolithic style file format. 

[0009] Still further, in the case of document previewing, 
35 for instance graphically browsing accessible content, it 
is very difficult to retrieve a high resolution preview of the 
content exposed through a shell in a browser or in a third 
party application. Some presentation applications pro- 
vide thumbnails or previews of a single slide, but none 
io provide high-resolution previews of all of the slides in a 
presentation deck. 

[0010] Accordingly there is an unaddressed need in 
the industry to address the aforementioned deficiencies 
and inadequacies. 

45 

SUMMARY 

[0011] Embodiments of the present invention provide 
file formats, methods, and computer program products 
50 for representing a presentation in a modular content 
framework implemented within a computing apparatus, 
Embodiments of the present invention disclose an open 
file format, such as an extensible markup language 
(XML) file format, and a way of creating a file format for 
55 storingacollectionofgraphicalsurfaces , typically called 
a presentation. A single graphical surface may be the 
equivalent of a single slide in a presentation. The file 
format is designed such that it is made up of collections 
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and parts. Each collection functions as a folder and each 
modular part functions as a file. These separate files are 
related together with relationships where each separate 
file is associated with a relationship type. 
[0012] One embodiment is a file format for represent- 
ing a presentation and/or a presentation template in a 
modular content framework. The modular content frame- 
work may include a file format container associated with 
the modular parts. The file format includes modular parts 
which are logically separate but associated with one an- 
other by one or more relationships. Each modular part is 
associated with a relationship type andthemodular parts 
include a presentation part representing a start part for 
the presentation and/orthe presentation template, aslide 
master part associated with the presentation part and/or 
the presentation template and operative to specify main 
components of the presentation, and a slide layout part 
associated with the slide master part and operative to 
specify a structure of the presentation. Each modularpart 
is capable of being interrogated separately without other 
modular parts being interrogated, which offers gains in 
efficiency when the presentation is queried. 
[001 3] The modular parts may also include a document 
properties part containing built-in properties associated 
with the file format, a thumbnail part containing thumb- 
nails associated with the file format, and aslide part con- 
taining a slide in the presentation. Each modular part is 
capable of being extracted from and/or copied from the 
presentation and reused in a different presentation along 
with associated modular parts identified by traversing the 
relationships of the modular part reused. 
[0014] Another embodiment is a method for represent- 
ing a presentation in a file format wherein modular parts 
associated with the presentation include each part written 
into the file format. The method involves writing a pres- 
entation part of the file format, querying the presentation 
for a slide master relationship type, and writing a slide 
master part of the file format separate from the presen- 
tation part. The method also involves establishing a re- 
lationship between the slide master part and the presen- 
tation part, writing a slide layout part separate from the 
slide master part, and establishing a relationship be- 
tween the slide layout part and the slide master part. 
[0015] Additionally, the method may involve establish- 
ing a relationship between the presentation part and a 
file format container where the file format container in- 
cludes a document properties part containing built-in 
properties associated with the file format and a th umbnail 
part containing thumbnails associated with the file form at. 
The method also involves writing a slide part containing 
aslidefor the presentation separate from the slide master 
part and slide layout and establishing a relationship be- 
tween the slide part and the slide layout. 
[0016] Still further, the method may involve writing 
modular parts associated with relationship types wherein 
the modular parts that are to be shared are written only 
once and establishing relationships between the modular 
parts written. Writing the modular parts may also involve 



examining each modular part, determining whether a 
change has occurred to the modular part examined, and 
when a change has occurred to the modular part exam- 
ined, writing the modular part examined including the 
s changes. 

[0017] Still another embodiment is a computer pro- 
gram product including a computer-readable medium 
having control logic stored therein for causing a computer 
to represent a presentation in afile format where modular 

10 parts of the file format include each part written into the 
file format. The control logic includes computer-readable 
program code for causing the computer to write a pres- 
entation part of the file format, query the presentation for 
a slide master relationship type, write a slide master part 

is of the file format separate from the presentation part, and 
establish a relationship between the slide master part 
and the presentation part. The control logic also includes 
computer-readable program code for causing the com- 
puter to write a slide layout part separate from the slide 

20 master part and establish a relationship between the slide 
layout part and the slide master part. 
[0018] The computer program product also includes 
computer-readable program code for causing the com- 
puterto establish a relationship between the presentation 

25 part and a file format container. The file format container 
includes a document properties part containing built-in 
properties associated with the file form at and a thumbnail 
part containing thumbnails associated with thefile format. 
The computer-readable program code is also operative 

so to cause the computer to write a slide part containing a 
slide for the presentation separate from the slide master 
part and slide layout part and establish a relationship 
between the slide part and the slide layout part. 
[0019] The invention may be implemented utilizing a 

35 computer process, a computing system, or as an article 
of manufacture such as a computer program product or 
computer readable media. The computer program prod- 
uct may be a computer storage media readable by a com- 
puter system and encoding a computer program of in- 

io structions for executing a computer process. The com- 
puter program product may also be a propagated signal 
on a carrier readable by a computing system and encod- 
ing a computer program of instructions for executing a 
computer process. 

is [0020] These and various other features, as well as 
advantages, which characterize the present invention, 
will be apparent from a reading of the following detailed 
description and a review of the associated drawings. 

50 BRIEF DESCRIPTION OF THE DRAWINGS 

[0021] 

FIGURE 1 is a computing system architecture illus- 
55 trating a computing apparatus utilized in and provid- 
ed by various illustrative embodiments of the inven- 
tion; 

FIGURES 2a-2b are block diagrams illustrating a 
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presentation relationship hierarchy for various mod- 
ular parts utilized in a file format for representing 
presentations according to various illustrative em- 
bodiments of the invention; 
FIGURES 3a-3b are tables illustrating relationship 
types and collection types utilized in the file format 
according to various illustrative embodiments of the 
invention; and 

FIGURES 4-5 are illustrative routines performed in 
representing presentations in a modular content 
framework according to illustrative embodiments of 
the invention. 

DETAILED DESCRIPTION 

[0022] Referring now to the drawings, in which like nu- 
merals represent like elements, various aspects of the 
present invention will be described. In particular, FIGURE 
1 and the corresponding discussion are intended to pro- 
vide a brief, general description of a suitable computing 
environment in which embodiments of the invention may 
be implemented. While the invention will be described in 
the general context of program modules that execute in 
conjunction with program modules that run on an oper- 
ating system on a personal computer, those skilled in the 
art will recognize that the invention may also be imple- 
mented in combination with other types of computer sys- 
tems and program modules. 

[0023] Generally, program modules include routines, 
programs, operations, components, data structures, and 
other types of structures that perform particular tasks or 
implement particular abstract data types. Moreover, 
those skilled in the art will appreciate that the invention 
may be practiced with other computer system configura- 
tions, including hand-held devices, multiprocessor sys- 
tems, microprocessor-based or programmable consum- 
er electronics, minicomputers, mainframe computers, 
and the like. The invention may also be practiced in dis- 
tributed computing environments where tasks are per- 
formed by remote processing devices that are linked 
through a communications network. In a distributed com- 
puting environment, program modules may be located in 
both local and remote memory storage devices. 
[0024] Referring nowto FIGURE 1 , an illustrative com- 
puter architecture for a computer 2 utilized in an embod- 
iment of the invention will be described. The computer 
architecture shown in FIGURE 1 illustrates a computing 
apparatus, such as aserver, desktop, laptop, or handheld 
computing apparatus, including a central processing unit 
5 ("CPU"), a system memory 7, including a random ac- 
cess memory 9 ("RAM") and a read-only memory 
("ROM") 1 1 , and a system bus 12 that couples the mem- 
ory to the CPU 5. A basic input/output system containing 
the basic routines that help to transfer information be- 
tween elements within the computer, such as during star- 
tup, is stored in the ROM 11. The computer 2 further 
includes a mass storage device 14 for storing an oper- 
ating system 16, application programs, and other pro- 



gram modules, which will be described in greater detail 
below. 

[0025] The mass storage device 14 is connected to 
the CPU 5 through a mass storage controller (not shown) 

s connected to the bus 12. The mass storage device 14 
and its associated computer-readable media provide 
non-volatile storage for the computer 2. Although the de- 
scription of computer-readable media contained herein 
refers to a mass storage device, such as a hard disk or 

10 CD-ROM drive, it should be appreciated by those skilled 
in the art that computer-readable media can be any avail- 
able media that can be accessed by the computer 2. 
[0026] By way of example, and not limitation, compu- 
ter-readable media may comprise computer storage me- 

is dia and communication media. Computer storage media 
includes volatile and non-volatile, removable and non- 
removable media implemented in any method or tech- 
nology for storage of information such as computer-read- 
able instructions, data structures, program modules or 

20 other data. Computer storage media includes, but is not 
limitedto, RAM, ROM, EPROM, EEPROM, flash memory 
orothersoiid state memory technology, CD-ROM, digital 
versatile disks ("DVJS'), or other optical storage, mag- 
netic cassettes, magnetic tape, magnetic disk storage or 

25 other magnetic storage devices, or any other medium 
which can be used to store the desired information and 
which can be accessed by the computer 2. 
[0027] According to various embodiments of the inven- 
tion, the computer 2 may operate in a networked envi- 

30 ronment using logical connections to remote computers 
through a network 18, such as the Internet. The computer 
2 may connect to the network 1 8 through a network in- 
terface unit 20 connected to the bus 1 2. It should be ap- 
preciated that the network interface unit 20 may also be 

35 utilized to connect to othertypes of networks and remote 
computer systems. The computer 2 may also include an 
input/output controller 22 for receiving and processing 
input from a number of other devices, including a key- 
board, mouse, or electronic stylus (not shown in FIGURE 

io 1). Similarly, an input/output controller 22 may provide 
outputto a display screen, a printer, or othertype of output 
device. 

[0028] As mentioned briefly above, a number of pro- 
gram modules and data files may be stored in the mass 

45 storage device 1 4 and RAM 9 of the computer2, including 
an operating system 1 6 suitable for controlling the oper- 
ation of a networked personal computer, such as the 
WINDOWS XP operating system from MICROSOFT 
CORPORATION of Redmond, Washington. The mass 

so storage device 1 4 and RAM 9 may also store one or more 
program modules. In particular, the mass storage device 
14 and the RAM 9 may store a presentation application 
program 10. The presentation application program 10 is 
operative to provide functionality for the creation and lay- 

55 out of presentations and/or templates for presentations, 
such as a presentation 27, in an open file format 24, such 
as an XML file format. According to one embodiment of 
the invention, the presentation application program 10 



4 



7 



EP 1 672 543 A2 



and other application programs 26 comprise the OFFICE 
suite of application programs from MICROSOFT COR- 
PORATION including the WORD, EXCEL, and POWER- 
POINT application programs. 

[0029] Referring now to FIGURES 2a-2b, block dia- 
grams illustrating a presentation relationship hierarchy 
208 for various modular parts utilized in the file format 
24 for representing a presentation and/or a presentation 
template according to various illustrative embodiments 
of the invention will be described. The presentation rela- 
tionship hierarchy 208 lists specific presentation applica- 
tion relationships some with an explicit reference indica- 
tor 205 indicati ng an explicit reference to that relationship 
in the content of the modular part, for example via a re- 
lationship identifier. Non-explicit indicators 206, indicate 
that the modular part may potentially utilize features from 
the destination part without an explicit reference. Option- 
al relationships with respect to validation are indicated in 
italics, and dashed connecting lines 203 indicate a one 
to many relationship. Thus, for example there is a slide 
part 222 for each slide associated with a presentation. 
[0030] The various modular parts or components of 
the presentation hierarchy 208 are logically separate but 
are associated by one or more relationships. Each mod- 
ular part is also associated with a relationship type and 
is capable of being interrogated separately without other 
modular parts being interrogated. A modular content 
framework may include a file format container 21 2 asso- 
ciated with the modular parts. The modular parts include, 
the presentation part 210 representing a start part for a 
presentation, a document properties part 21 4 containing 
built-in properties associated with the file format 24, and 
a thumbnail part 216 containing thumbnails associated 
with the file format 24. 

[0031] The modular parts also include a slide master 
part 225 associated with the presentation part 210 and 
operative to specify main components of the presentation 
and a slide layout part 224 associated with the slide mas- 
ter part 225 and operative to specify a structure of the 
presentation. The slide layout part 224 may include a 
default layout associated with the presentation part 210. 
The presentation part 210 is associated with the slide 
master part in a one to many relationship meaning a slide 
master part 225 will exist for each slide grouping in the 
file format 24. Further, the slide master part 225 is asso- 
ciated with the slide layout part 224 in a one to many 
relationship meaning a slide layout part 224 will exist for 
each slide layout in the presentation. Other modular parts 
include a slide part 222 containing a slide in the presen- 
tation. The presentation part 210 is associated with the 
slide part 222 in a one to many relationship meaning a 
slide part 222 will existforeach slide inthe presentation. 
It should be appreciated that each modular part is capa- 
ble of being extracted and/or copied from the presenta- 
tion and reused in a different presentation along with as- 
sociated modular parts. Associated modular parts are 
identified when the presentation application traverses in- 
bound and outbound relationships of the modular part 



reused. 

[0032] Stillfurther,referringtoFIGS.2a-2b,othermod- 
ular parts may include a style sheet part 227 containing 
data associated with a style of the presentation, a notes 

s slide part 228 containing notes associated with the slide 
part 222, a mail envelope part 218 containing envelope 
data where a user of the presentation has sent the pres- 
entation via electronic mail, and a code file part 220, such 
as a visual basic application (VBA) project part containing 

10 VBA project code associated with the presentation. Other 
modular parts may include an image part 230 containing 
image data associated with the presentation, a sound 
part 234 containing audio data associated with the pres- 
entation, a movie part 232 containing movie data asso- 

is dated with the presentation, and an embedded object 
part 235 containing an object associated with the pres- 
entation. It should be appreciated that modular parts that 
are shared in more than one relationship are only written 
to memory once. 

20 [0033] Other modular parts include a user data part 
237 containing customized data capable of being read 
into the presentation and changed, a font part 244 con- 
taining one or more fonts associated with the presenta- 
tion, a legacy drawing object part 238, such as an Escher 

25 1.0 object and a drawing object part 242, such as an 
Escher 2.0 object both containing an object built using a 
drawing platform. 

[0034] Still other modular parts may include a handout 
master part 221 containing data associated with defining 

30 a style of handouts associated with the presentation, a 
notes master part 229 containing data associated with 
defining a style of a note page associated with the notes, 
a comments part 245 containing comments associated 
with the presentation, and a thumbnail part 247 contain- 

35 ingthumbnailsassociatedwiththepresentation. Itshould 
be appreciated that certain modular parts are global and 
thus, can be used anywhere in the file format. In contrast, 
some modular parts are non-global and thus, can only 
be shared on a limited basis. 

io [0035] In various embodiments of the invention, the 
file format 24 may be formatted according to extensible 
markup language ("XML") and/or a binary format. As is 
understood by those skilled in the art, XML is a standard 
format for communicating data. In the XML data format, 

is a schema is used to provide XML data with a set of gram- 
matical and datatype rules governing the types and struc- 
ture of data that may be communicated. The XML data 
format is well-known to those skilled in the art, and there- 
fore not discussed in further detail herein. 

so [0036] FIGURES 3a-3b are tables 300 illustrating re- 
lationship types and table 350 illustrating collection types 
utilized in the file format 24 according to various illustra- 
tive embodiments of the invention. A relationship type 
table 300 lists the relationship types associated with the 

55 modular parts. The relationship types not only identify an 
association or dependency but also identify the basis of 
the dependency. The relationship types include a font 
relationship 302, a code file relationship 303 capable of 
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identifying potentially harmful code files, and a user data 
relationship 304. The relationship types also include a 
style sheet relationship 307, a comments relationship 
308, an embedded object relationship 310, a legacy 
drawing object relationship 314, a drawing object rela- 
tionship 312, an image relationship 317, a sound rela- 
tionship 318, and a movie relationship 320. Still further, 
the relationship types may include a mail envelope rela- 
tionship 322, a document properties relationship 324, a 
thumbnail relationship 325, a slide relationship 327, a 
notes slide relationship 328, a slide master relationship 
330, and a slide layout relationship 332. Other relation- 
ship types include a handout master relationship 335, a 
notes master relationship 337, and a presentation rela- 
tionship 340. 

[0037] Referring to FIGURES 2a-2b and 3b, the table 
350 lists collection typesfor organizing the modular parts. 
The collection types include a drawings collection 602 
that includes the drawing object parts 238 and 242, a 
fonts collection 604 that includes the font part 244, an 
images collection 605 that includes the image part 230, 
and a slide layouts collection 607 that includes the slide 
layout part 224. The collection types also include a mas- 
ters collection 610 that includes the slide master part 225, 
a media collection 612 that includes the movie and the 
sound parts 232 and 234, and a notes slides collection 
61 4 that collection includes the note slides part 228. 
[0038] Still further, the collection types may include a 
slides collection 617 that includes the slide part 222, a 
styles collection 619 that includes the styles sheet part 
227, an embeddings collection 620 that includes the em- 
bedded object part 235 and the user data part 237, a 
comments collection 622 including the comments part 
245, a subdocuments collection 624, a handout masters 
collection 625, and a notes masters collection 627. 
[0039] FIGURES 4-5 are illustrative routines per- 
formed in representing presentations in a modular con- 
tent framework according to illustrative embodiments of 
the invention. When reading the discussion of the rou- 
tines presented herein, it should be appreciated that the 
logical operations of various embodiments of the present 
invention are implemented (1 ) as a sequence of compu- 
ter implemented acts or program modules running on a 
computing system and/or (2) as interconnected machine 
logic circuits or circuit modules within the computing sys- 
tem. The implementation is a matter of choice dependent 
on the performance requirements of the computing sys- 
tem implementing the invention. Accordingly, the logical 
operations illustrated in FIGURES 4-5, and making up 
the embodiments of the present invention described 
herein are referred to variously as operations, structural 
devices, acts or modules. It will be recognized by one 
skilled in the art thatthese operations, structural devices, 
acts and modules may be implemented in software, in 
firmware, in special purpose digital logic, and any com- 
bination thereof without deviating from the spirit and 
scope of the present invention as recited within the claims 
set forth herein. 



[0040] Referring now to FIGURES 2a, 2b and 4, the 
routine 700 begins at operation 704, where the presen- 
tation application program 1 0 writes the presentation part 
210. The routine 700 continues from operation 704 to 

5 operation 705, where the presentation application pro- 
gram 10 queries the presentation for slide master rela- 
tionships. Next, at operation 707, the presentation appli- 
cation writes the slide master parts 225 referenced in the 
presentation part 210 and establishes relationships be- 

10 tween each slide master part 225 and the presentation 
part 210. 

[0041] Next, at operation 708, the presentation appli- 
cation 10 writes slide layout parts for each slide master 
part 225 and establishes relationships between the slide 

is layout parts and the slide master parts. Then at operation 
710, the presentation application 1 0 writes a style sheet 
part for each slide master and establishes a relationship 
between the slide master part and the style sheet part. 
The routine 700 then continues to operation 712, where 

20 the presentation application writes all slide parts for the 
presentation and establishes a relationship between the 
slide parts and the corresponding slide layout part. 
[0042] Then at operation 714, the presentation appli- 
cation 10 writes other modular parts associated with re- 

25 lationship types, such as the sound part, the image part, 
and the movie part associated with previously written 
modular parts. Any modular part to be shared between 
other modular parts is written only once. The routine 700 
then continues to operation 722. 

30 [0043] At operation 722, the presentation application 
establishes relationships between newly written and pre- 
viously written modular parts. The routine 700 then ter- 
minates at return operation 727. 
[0044] Referring now to FIGURE 5, the routine 800 for 

35 writing modular parts will be described. The routine 800 
begins at operation 802 where the presentation applica- 
tion 10 examines data in the presentation application. 
The routine 800 then continues to detect operation 804 
where a determination is made as to whether the data 

io has been written to a modular part. When the data has 
not been written to a modular part, the routine 800 con- 
tinues from detect operation 804 to operation 805 where 
the presentation application writes a modular part includ- 
ing the data examined. The routine 800 then continues 

45 to detect operation 807 described below. 

[0045] When at detect operation 804, the data exam- 
ined has been written to a modular part, the routine 800 
continues from detect operation 804 to detect operation 
807. At detect operation 807 a determination is made as 

so to whether all the data has been examined. If all the data 
has been examined, the routine 800 returns control to 
other operations at return operation 812. When there is 
still more data to examine, the routine 800 continues from 
detect operation 807 to operation 81 0 where the presen- 
ts tation application 10 points to other data. The routine 800 
then returns to operation 802 described above. 
[0046] Based on the foregoing, it should be appreciat- 
ed that the various embodiments of the invention include 
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file formats, methods and computer program products 
for representing presentations in a modular content 
framework. The above specification, examples and data 
provide a complete description of the manufacture and 
use of the composition of the invention. Since many em- 
bodiments of the invention can be made without depart- 
ing from the spirit and scope of the invention, the inven- 
tion resides in the claims hereinafter appended. 



A file format for representing at least one of a pres- 
entation and a presentation template, the file format 
representing at least one of the presentation and the 
presentation template in a modular content frame- 
workimplemented within a computing apparatus, the 
file format comprising: 

modular parts logically separate but associated 
by one or more relationships wherein each mod- 
ular part is associated with a relationship type 
and wherein the modular parts include: 

a presentation part representing a start part 
for at least one of the presentation and the 
presentation template; and 
a slide master part associated with the pres- 
entation part and operative to specify main 
components of at least one of the presen- 
tation and the presentation template; 

wherein each modular part is capable of being 
interrogated separately without other modular 
parts being interrogated. 

The file format of claim 1 , wherein the modular con- 
tent framework includes a file format container as- 
sociated with the modular parts wherein the modular 
parts further include: 

a document properties part containing built-in 
properties associated with the file format; and 
a thumbnail part containing thumbnails associ- 
ated with the file format. 

The file format of claim 1 , wherein the modular parts 
further include at least one of the following: 



in a different presentation. 



The file format of claim 3, wherein the modular parts 
further include at least one of the following: 



a style sheet part containing d 
with a style of a referring modular part; 
a handout master part containing data associ- 
ated with defining a style of handouts associated 
with the presentation; 

a notes slide part containing notes associated 
with the slide; 

a notes master part containing data associated 
with defining a style of a note slide associated 
with the notes; 

a comments part containing comments associ- 
ated with the presentation; 
a thumbnail part containing thumbnails associ- 
ated with the presentation; 
a mail envelope part containing envelope data 
where a user of the presentation has sent the 
presentation via electronic mail; and 
a code file part containing code associated with 
the presentation. 

The file format of claim 4, wherein the modular parts 
further include at least one of the following: 

an image part containing image data associated 
with the presentation; 

a sound part containing audio data associated 
with the presentation; 

a movie part containing movie data associated 
with the presentation; 

an embedded object part containing an object 
associated with the presentation; 
a user data part containing customized data ca- 
pable of being read into the presentation and 
changed; 

a font part containing data that defines fonts as- 
sociated with the presentation; and 
a drawing object part containing an object built 
using a drawing platform. 

The file format of claim 5, wherein at least some of 
the modular parts are organized in collection types 
and wherein the collection types include at least one 
of the following: 



a slide layout part associated with the slide mas- 
ter part and operative to specify a structure of 
the presentation; and 

aslide part containing a slide in the presentation; 

wherein a modular part along with associated mod- 
ular parts identified by traversing relationships of the 
modular part are capable of being one of extracted 
from and copied from the presentation and reused 



a comments collection wherein the comments 
collection includes the comments part; 
a drawings collection wherein the drawings col- 
lection includes the drawing object part; 
a fonts collection wherein the fonts collection in- 
cludes the font part; 

a subdocument collection wherein the subdocu- 
ment collection includes a modular parts that 
contain embedded documents associated with 
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other modular parts in the presentation; 
an images collection wherein the images collec- 
tion includes the image part; 
a slide layouts collection wherein the slide lay- 
outs collection includes the slide layout part; 
a handout masters collection wherein the hand- 
out masters collection includes the handout 
master part; 

a slide masters collection wherein the masters 

collection includes the slide master part; 

a notes masters collection wherein the masters 

collection includes the notes master part; 

a media collection wherein the media collection 

includes the movie and the sound parts; 

a notes slides collection wherein the notes slides 

collection includes the note slides part; 

a slides collection wherein the slides collection 

includes the slide part; 

a styles collection wherein the styles collection 
includes the styles sheet part; and 
an embeddings collection wherein the embed- 
dings collection includes the embedded object 
part and the user data part. 

7. The file format of claim 3, where the relationship 
types associated with the modular parts comprise at 
least one of a font relationship, a code file relation- 
ship capable of identifying potentially harmful code 
files, a user data relationship, a style sheet relation- 
ship, a comments relationship, an embedded object 
relationship, a drawing object relationship, an image 
relationship, a sound relationship, a movie relation- 
ship, a mail envelope relationship, a document prop- 
erties relationship, a thumbnail relationship, a slide 
relationship, a notes slide relationship, aslide master 
relationship, a slide layout relationship, and a file for- 
mat container embedded object relationship. 

8. The file format of claim 3, wherein content of the slide 
is capable of being one of extracted from and copied 
from the presentation and reused in a different pres- 
entation. 

9. The file format of claim 3, wherein each modular part 
is capable of being locked separately while the other 
modular parts remain available for locking whereby 
multiple editors may each concurrently edit a mod- 
ular part of the file format. 

10. The file format of claim 3, wherein the modular parts 
are capable of providing semantics about content 
within the presentation when a modular part is inter- 
rogated. 

11. The file format of claim 3, wherein the slide is au- 
thored in an authoring context of the presentation 
and wherein the slide is capable of being one of ex- 
tracted from and copied from the presentation and 
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moved to a different presentation and wherein the 
slide is further capable of being altered to appear as 
though the slide was authored in an authoring con- 
text of the different presentation. 

12. The file format of claim 4, wherein the file format is 
capable of providing a high-resolution thumbnail pre- 
view of each slide in the presentation. 

10 13. The file format of claim 1 , wherein the file format is 
formatted according to at least one of a markup lan- 
guage format and a binary format. 

14. A method for representing a presentation in a file 
is format wherein modular parts associated with the 

presentation include each part written into the file 
format, the method comprising: 

writing a presentation part of the file format; 
20 querying the presentation part for a slide master 

relationship type; 

writing a slide master part of the file format sep- 
arate from the presentation part; 
establishing a relationship between the slide 
25 master part and the presentation part; 

writing a slide layout part separate from the slide 
master part; and 

establishing a relationship between the slide lay- 
out part and the slide master part. 

30 

15. The method of claim 14, further comprising estab- 
lishing a relationship between the presentation part 
and a file format container wherein the file format 
container includes: 

35 

a document properties part containing built-in 
properties associated with the file format; and 
a thumbnail part containing thumbnails associ- 
ated with the file format. 

40 

16. The method of claim 14, further comprising writing 
a slide part separate from the slide master part and 
containing a slide forthe presentation and establish- 
ing a relationship between the slide part and the slide 

is layout part. 

17. The method of claim 16, further comprising: 

writing modular parts associated with relation- 
50 ship types wherein the modular parts that are to 

be shared are written only once; and 
establishing relationships to the modular parts 
written. 

55 18. The method of claim 17, wherein writing the modular 
parts associated with the relationship types compris- 
es at least one of the following: 
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writing a style sheet part containing data asso- 
ciated with a style of the presentation and es- 
tablishing a relationship between the style sheet 
part and the slide master part; 
writing a notes slide part containing notes asso- 
ciated with the slide and establishing a relation- 
ship between the notes slide part and the slide 
part; 

writing a mail envelope part containing electron- 
ic mail envelope data and establishing a rela- 
tionship between the mail envelope part and the 
presentation part; and 

writing a code file part containing code associ- 
ated with the presentation and establishing a re- 
lationship between the code file part and the 
m part. 



19. The method of claim 17, wherein writing the modular 
parts associated with the relationship types compris- 



a) examining data associated with the presen- 



b) determining whether the data examined has 
been written to a modular part; 25 

c) when the data examined has not been writ- 
tento the modular part, writing the modular part 
to include the data examined, examining other 
data associated with the presentation, and re- 
peating b) through d): and 30 

d) when the data examined has been written to 
the modular part, examining other data and re- 
peating b) through d). 

20. A computer program product comprising a compu- 35 
ter-readable medium having control logic stored 
therein for causing a computer to represent a pres- 
entation in a file format wherein modular parts of the 
file format include each part written into the file for- 
mat, the control logic comprising computer-readable to 
program code for causing the computer to: 

write a presentation part of the file format; 
query the presentation part for a slide master 
relationship type; is 
write a slide master part of the file format sepa- 
rate from the presentation part; 
establish a relationship between the slide mas- 
ter part and the presentation part; 
write a slide layout part separate from the slide so 
master part; and 

establish a relationship between the slide layout 
part and the slide master part. 
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Relationship Types Table 


Relationship 


Type/Comments 


codeFile 


The target of this relationship is a part that contains code such as 
Visual Basic for Applications (VBA) projects. 


- comments 


The target of this relationship is a part that contains the comments 
for the referring part. 


docProps 


The target of this relationship is a part that contains all of the built-in 
document properties for the container. 


- drawing 


The target of this relationship is a part that contains a drawing found 
on the referring part. 


- font 


The target of this relationship is a part that contains the definition of 
a font in use by the referring part. 


- handoutMaster 


The target of this relationship is a part that contains the handout 
master which defines the initial look and feel of handouts for the 
referring presentation. 


image 


The target of this relationship is a part that contains an image 
(vector/raster) on the referrinq part. 


legacyDrawing 


The target of this relationship is a part that contains a drawing found 
on the referring part. 


mailEnvelope 


The target of this relationship is a part that contains mail envelope 
information (who the file was sent to, what the subject line was, 
etc.) for the referrinq presentation. 


movie 


The target of this relationship is a part that contains a movie found 
on the referring part. 


notesMaster 


The target of this relationship is a part that contains the notes 
master which defines the initial look and feel of notes pages for the 
referring part. 


notesSlide 


The target of this relationship is a part that contains the notes slide 
for the referring part. 


embeddedObject 


The target of this relationship is a part that contains an embedded 
document found on the referrinq part. 


pptDocument 


The target of this relationship is a part that contains the primary 
presentation part for a PowerPoint presentation. 


slide 


The target of this relationship is a part that contains a slide 
associated with the referring part. 


slideLayout 


The target of this relationship is a part that contains a slide layout 
which defines the initial look and feel for a slide part. 


slideMaster 


The target of this relationship is a part that contains the slide master 
which defines the initial look and feel of a slide or a slide layout. 


sound 


The target of this relationship is a part that contains a sound found 
on the referring part. 


stylesheet 


The target of this relationship is a part that contains a style sheet 
that defines basic formatting characteristics available to the 
referring part. 


thumbnail 


The target of this relationship is a part that contains a thumbnail 
image for the container. 


userData 


The target of this relationship is a part that contains a block of user- 
defined XML available for use by the referrinq container. 
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Collection Types Table 




350 





Token 


Comments 


r 

622 


comments 


This collection holds the parts that contain comments 
associated with other parts in the presentation (e.g. the 
presentation part, slide parts, etc.). 


r 

602 


drawings 


This collection holds any parts that contain simple 
drawings associated with other parts in the 
presentation (e.g. the various master and slide parts, 
etc.). 


r 

620 


embeddings 


This collection holds any parts that contain general- 
purpose blocks of data to be used by other parts in the 
presentation. 


604 


fonts 


This collection holds any parts that contain definitions 
for certain fonts used in other parts of the presentation. 


62lf 


handoutMasters 


This collection holds all of the handoutMaster parts for 
the presentation. 


r 

605 


images 


This collection holds all of the image parts associated 
with other parts in the presentation (e.g. the various 
master parts, slide parts, etc.). 


r 

607 


slideLayouts 


This collection holds all of the slide layout parts for all 
of the slide masters in the presentation. 


r 

610 


slideMasters 


This collection holds all of the slide master parts for a 
presentation. 


624 


subDocuments 


This collection holds all of the parts that contain 
embedded documents associated with other parts in 
the presentation (e.g., the various master and slide 
parts, etc.). 


r 

612 


media 


This collection holds all of the movie and sound parts 
associated with other parts in the presentation (e.g., 
the various master and slide parts, etc.). 


6zT 


notesMasters 


This collection holds all of the notesMaster parts used 
by or available to the notesSlides parts. 


6I4" 


notesSlides 


This collection holds all of the notesSlide parts for the 
slide parts in the presentation. 


r 

617 


slides 


This collection holds all of the slide parts for all of the 
slides in the presentation. 


619 


styles 


This collection holds all of the style parts available to 
this presentation. 
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REPRESENT PRESENTATION ) 

WRITE PRESENTATION PART f 704 

705 



QUERY PRESENTATION PART FOR MAIN 
MASTER RELATIONSHIPS 

3 



r' 



WRITE SLIDE MASTER PARTS AND 
ESTABLISH RELATIONSHIPS 



WRITE LAYOUT PARTS FOR EACH MAIN L"~ 708 
MASTER AND ESTABLISH RELATIONSHIPS 



WRITE STYLE SHEET PART FOR EACH MAIN 
MASTER AND ESTABLISH RELATIONSHIPS 



WRITE ALL SLIDE PARTS FOR 
PRESENTATION AND ESTABLISH 
RELATIONSHIPS WITH SLIDE LAYOUTS 



^712 



WRITE MODULAR PARTS ASSOCIATED 
WITH RELATIONSHIP TYPES AND WRITE 
SHARED MODULAR PARTS ONLY ONCE 
(SEE ROUTINE 800 FIG. 5) 



^-714 



ESTABLISH RELATIONSHIPS BETWEEN 
NEWLY WRITTEN AND PREVIOUSLY 
WRITTEN MODULAR PARTS 



r 7: 



-727 
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WRITE MODULAR 
PART TO INCLUDE 
THE DATA 



Fig. 5 
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